home *** CD-ROM | disk | FTP | other *** search
/ MacHack 1996 / MacHack 1996.toast / Hacks / Hacks ’87 / hacker dictionary / Hacker's Dictionary 1 of 4 next >
Encoding:
Text File  |  1987-04-02  |  22.5 KB  |  442 lines  |  [TEXT/WORD]

  1. "The Hacker's Dictionary"Part 1 of 4     (22k)
  2.  
  3. Notes on updating this file:
  4.  
  5. This file is maintained at three locations.   It is  AIWORD.RF[UP,DOC]
  6. at SAIL, and GLS;JARGON >  at MIT-MC and at MIT-AI.   If you make  any
  7. changes, please FTP the new file to the other location.   (NOTE:   Use
  8. ASCII mode in FTP to avoid screwing up the tilde char!)   It is also a
  9. good idea to compare this file  against the copy on the other  machine
  10. before FTP'ing and to merge any  changes found there,  in case someone
  11. else forgot to do the FTP.    Also, please  let us know  (see list  of
  12. names below) about your changes so that we can double-check them.
  13.  
  14. Try to conform to the format already being used--70 character lines,
  15. 3-character indentations, pronunciations in parentheses, etymologies
  16. in brackets, single-space after def'n numbers and word classes, etc.
  17.  
  18. Stick to the standard ASCII character set.
  19.  
  20. If you'd rather not mung the file yourself, send your definitions to
  21. DON @ SAIL, GLS @ MIT-AI, and/or MRC @ SAIL.
  22.  
  23. The last edit (of this line, anyway) was by Don Woods, 82-11-14.
  24.  
  25. /*=================================================================*/
  26.  
  27.         Compiled by Guy L. Steele Jr., Raphael Finkel, Donald
  28.         Woods,  Geoff  Goodfellow  and  Mark  Crispin,   with
  29.         assistance from the MIT  and Stanford AI  communities
  30.         and   Worcester    Polytechnic    Institute.     Some
  31.         contributions were  submitted  via the  ARPAnet  from
  32.         miscellaneous sites.
  33.  
  34. Verb doubling: a standard construction is to double a verb and use it
  35.    as a comment on what the implied subject does.  Often used to
  36.    terminate a conversation.  Typical examples involve WIN, LOSE,
  37.    HACK, FLAME, BARF, CHOMP:
  38.         "The disk heads just crashed."  "Lose, lose."
  39.         "Mostly he just talked about his --- crock.  Flame, flame."
  40.         "Boy, what a bagbiter!  Chomp, chomp!"
  41.  
  42. Soundalike slang: similar to Cockney rhyming slang.  Often made up on
  43.    the spur of the moment.  Standard examples:
  44.         Boston Globe => Boston Glob
  45.         Herald American => Horrid (Harried) American
  46.         New York Times => New York Slime
  47.         historical reasons => hysterical raisins
  48.         government property - do not duplicate (seen on keys)
  49.                 => government duplicity - do not propagate
  50.    Often the substitution will be made in such a way as to slip in
  51.    a standard jargon word:
  52.         Dr. Dobb's Journal => Dr. Frob's Journal
  53.         creeping featurism => feeping creaturism
  54.         Margaret Jacks Hall => Marginal Hacks Hall
  55.  
  56. The -P convention: turning a word into a question by appending the
  57.    syllable "P"; from the LISP convention of appending the letter "P"
  58.    to denote a predicate (a Boolean-values function).  The question
  59.    should expect a yes/no answer, though it needn't.  (See T and NIL.)
  60.      At dinnertime: "Foodp?"  "Yeah, I'm pretty hungry." or "T!"
  61.      "State-of-the-world-P?"  (Straight) "I'm about to go home."
  62.                               (Humorous) "Yes, the world has a state."
  63.    [One of the best of these is a Gosperism (i.e., due to Bill
  64.    Gosper).  When we were at a Chinese restaurant, he wanted to know
  65.    whether someone would like to share with him a two-person-sized
  66.    bowl of soup.  His inquiry was: "Split-p soup?" --GLS]
  67.  
  68. Peculiar nouns: MIT AI hackers love to take various words and add the
  69.    wrong endings to them to make nouns and verbs, often by extending a
  70.    standard rule to nonuniform cases.  Examples:
  71.                 porous => porosity
  72.                 generous => generosity
  73.         Ergo:   mysterious => mysteriosity
  74.                 ferrous => ferocity
  75.    Other examples:  winnitude, disgustitude, hackification.
  76.  
  77. Spoken inarticulations:  Words such as "mumble", "sigh", and "groan"
  78.    are spoken in places where their referent might more naturally be
  79.    used.  It has been suggested that this usage derives from the
  80.    impossibility of representing such noises in a com link.  Another
  81.    expression sometimes heard is "complain!"
  82.  
  83. /*=================================================================*/
  84.  
  85. ANGLE BRACKETS (primarily MIT) n. Either of the characters "<" and
  86.    ">".  See BROKET.
  87.  
  88. AOS (aus (East coast) ay-ahs (West coast)) [based on a PDP-10
  89.    increment instruction] v. To increase the amount of something.
  90.    "Aos the campfire."  Usage: considered silly.  See SOS.
  91.  
  92. ARG n. Abbreviation for "argument" (to a function), used so often as
  93.    to have become a new word.
  94.  
  95. AUTOMAGICALLY adv. Automatically, but in a way which, for some reason
  96.    (typically because it is too complicated, or too ugly, or perhaps
  97.    even too trivial), I don't feel like explaining to you.  See MAGIC.
  98.    Example: Some programs which produce XGP output files spool them
  99.    automagically.
  100.  
  101. BAGBITER 1. n. Equipment or program that fails, usually
  102.    intermittently.  2. BAGBITING: adj. Failing hardware or software.
  103.    "This bagbiting system won't let me get out of spacewar."  Usage:
  104.    verges on obscenity.  Grammatically separable; one may speak of
  105.    "biting the bag".  Synonyms: LOSER, LOSING, CRETINOUS, BLETCHEROUS,
  106.    BARFUCIOUS, CHOMPER, CHOMPING.
  107.  
  108. BANG n. Common alternate name for EXCL (q.v.), especially at CMU.  See
  109.    SHRIEK.
  110.  
  111. BAR 1. The second metasyntactic variable, after FOO.  "Suppose we have
  112.    two functions FOO and BAR.  FOO calls BAR..."  2. Often appended to
  113.    FOO to produce FOOBAR.
  114.  
  115. BARF [from the "layman" slang, meaning "vomit"] 1. ib42rj. Term of
  116.    disgust.  See BLETCH.  2. v. Choke, as on input.  May mean to give
  117.    an error message.  "The function `=' compares two fixnums or two
  118.    flonums, and barfs on anything else."  3. BARFULOUS, BARFUCIOUS:
  119.    adj. Said of something which would make anyone barf, if only for
  120.    aesthetic reasons.
  121.  
  122. BELLS AND WHISTLES n. Unnecessary but useful (or amusing) features of
  123.    a program.  "Now that we've got the basic program working, let's go
  124.    back and add some bells and whistles."  Nobody seems to know what
  125.    distinguishes a bell from a whistle.
  126.  
  127. BIGNUMS [from Macsyma] n. 1. In backgammon, large numbers on the dice.
  128.    2. Multiple-precision (sometimes infinitely extendable) integers
  129.    and, through analogy, any very large numbers.  3. EL CAMINO BIGNUM:
  130.    El Camino Real, a street through the San Francisco peninsula that
  131.    originally extended (and still appears in places) all the way to
  132.    Mexico City.  It was termed "El Camino Double Precision" when
  133.    someone noted it was a very long street, and then "El Camino
  134.    Bignum" when it was pointed out that it was hundreds of miles long.
  135.  
  136. BIN [short for BINARY; used as a second file name on ITS] 1. n.
  137.    BINARY.  2. BIN FILE: A file containing the BIN for a program.
  138.    Usage: used at MIT, which runs on ITS.  The equivalent term at
  139.    Stanford is DMP (pronounced "dump") FILE.  Other names used include
  140.    SAV ("save") FILE (DEC and Tenex), SHR ("share") and LOW FILES
  141.    (DEC), and EXE ("ex'ee") FILE (DEC and Twenex).  Also in this
  142.    category are the input files to the various flavors of linking
  143.    loaders (LOADER, LINK-10, STINK), called REL FILES.
  144.  
  145. BINARY n. The object code for a program.
  146.  
  147. BIT n. 1. The unit of information; the amount of information obtained
  148.    by asking a yes-or-no question.  "Bits" is often used simply to
  149.    mean information, as in "Give me bits about DPL replicators".  2.
  150.    [By extension from "interrupt bits" on a computer] A reminder that
  151.    something should be done or talked about eventually.  Upon seeing
  152.    someone that you haven't talked to for a while, it's common for one
  153.    or both to say, "I have a bit set for you."
  154.  
  155. BITBLT (bit'blit) 1. v. To perform a complex operation on a large
  156.    block of bits, usually involving the bits being displayed on a
  157.    bitmapped raster screen.  See BLT.  2. n. The operation itself.
  158.  
  159. BIT BUCKET n. 1. A receptacle used to hold the runoff from the
  160.    computer's shift registers.  2. Mythical destination of deleted
  161.    files, GC'ed memory, and other no-longer-accessible data.  3. The
  162.    physical device associated with "NUL:".
  163.  
  164. BLETCH [from German "brechen", to vomit (?)] 1. interj. Term of
  165.    disgust.  2. BLETCHEROUS: adj. Disgusting in design or function.
  166.    "This keyboard is bletcherous!"  Usage: slightly comic.
  167.  
  168. BLT (blit, very rarely belt) [based on the PDP-10 block transfer
  169.    instruction; confusing to users of the PDP-11] 1. v. To transfer a
  170.    large contiguous package of information from one place to another.
  171.    2. THE BIG BLT: n. Shuffling operation on the PDP-10 under some
  172.    operating systems that consumes a significant amount of computer
  173.    time.  3. (usually pronounced B-L-T) n. Sandwich containing bacon,
  174.    lettuce, and tomato.
  175.  
  176. BOGOSITY n. The degree to which something is BOGUS (q.v.).  At CMU,
  177.    bogosity is measured with a bogometer; typical use: in a seminar,
  178.    when a speaker says something bogus, a listener might raise his
  179.    hand and say, "My bogometer just triggered."  The agreed-upon unit
  180.    of bogosity is the microLenat (uL).
  181.  
  182. BOGUS (WPI, Yale, Stanford) adj. 1. Non-functional.  "Your patches are
  183.    bogus."  2. Useless.  "OPCON is a bogus program."  3. False.  "Your
  184.    arguments are bogus."  4. Incorrect.  "That algorithm is bogus."
  185.    5. Silly.  "Stop writing those bogus sagas."  (This word seems to
  186.    have some, but not all, of the connotations of RANDOM.)
  187.    [Etymological note from Lehman/Reid at CMU:  "Bogus" was originally
  188.    used (in this sense) at Princeton, in the late 60's.  It was used
  189.    not particularly in the CS department, but all over campus.  It
  190.    came to Yale, where one of us (Lehman) was an undergraduate, and
  191.    (we assume) elsewhere through the efforts of Princeton alumni who
  192.    brought the word with them from their alma mater.  In the Yale
  193.    case, the alumnus is Michael Shamos, who was a graduate student at
  194.    Yale and is now a faculty member here.  A glossary of bogus words
  195.    was compiled at Yale when the word was first popularized (e.g.,
  196.    autobogophobia: the fear of becoming bogotified).]
  197.  
  198. BOUNCE (Stanford) v. To play volleyball.  "Bounce, bounce!  Stop
  199.    wasting time on the computer and get out to the court!"
  200.  
  201. BRAIN-DAMAGED [generalization of "Honeywell Brain Damage" (HBD), a
  202.    theoretical disease invented to explain certain utter cretinisms in
  203.    Multics] adj. Obviously wrong; cretinous; demented.  There is an
  204.    implication that the person responsible must have suffered brain
  205.    damage, because he should have known better.  Calling something
  206.    brain-damaged is really bad; it also implies it is unusable.
  207.  
  208. BREAK v. 1. To cause to be broken (in any sense).  "Your latest patch
  209.    to the system broke the TELNET server."  2. (of a program) To stop
  210.    temporarily, so that it may be examined for debugging purposes.
  211.    The place where it stops is a BREAKPOINT.
  212.  
  213. BROKEN adj. 1. Not working properly (of programs).  2. Behaving
  214.    strangely; especially (of people), exhibiting extreme depression.
  215.  
  216. BROKET [by analogy with "bracket": a "broken bracket"] (primarily
  217.    Stanford) n. Either of the characters "<" and ">".  (At MIT, and
  218.    apparently in The Real World (q.v.) as well, these are usually
  219.    called ANGLE BRACKETS.)
  220.  
  221. BUCKY BITS (primarily Stanford) n. The bits produced by the CTRL and
  222.    META shift keys on a Stanford (or Knight) keyboard.  Rumor has it
  223.    that the idea for extra bits for characters came from Niklaus
  224.    Wirth, and that his nickname was `Bucky'.
  225.    DOUBLE BUCKY: adj. Using both the CTRL and META keys.  "The command
  226.    to burn all LEDs is double bucky F."
  227.  
  228. BUG [from telephone terminology, "bugs in a telephone cable", blamed
  229.    for noisy lines; however, Jean Sammet has repeatedly been heard to
  230.    claim that the use of the term in CS comes from a story concerning
  231.    actual bugs found wedged in an early malfunctioning computer] n. An
  232.    unwanted and unintended property of a program.  (People can have
  233.    bugs too (even winners) as in "PHW is a super winner, but he has
  234.    some bugs.")  See FEATURE.
  235.  
  236. BUM 1. v. To make highly efficient, either in time or space, often at
  237.    the expense of clarity.  The object of the verb is usually what was
  238.    removed ("I managed to bum three more instructions.") but can be
  239.    the program being changed ("I bummed the inner loop down to seven
  240.    microseconds.")  2. n. A small change to an algorithm to make it
  241.    more efficient.
  242.  
  243. BUZZ v. To run in a very tight loop, perhaps without guarantee of
  244.    getting out.
  245.  
  246. CANONICAL adj. The usual or standard state or manner of something.
  247.    A true story:  One Bob Sjoberg, new at the MIT AI Lab, expressed
  248.    some annoyance at the use of jargon.  Over his loud objections, we
  249.    made a point of using jargon as much as possible in his presence,
  250.    and eventually it began to sink in.  Finally, in one conversation,
  251.    he used the word "canonical" in jargon-like fashion without
  252.    thinking.
  253.    Steele: "Aha!  We've finally got you talking jargon too!"
  254.    Stallman: "What did he say?"
  255.    Steele: "He just used `canonical' in the canonical way."
  256.  
  257. CATATONIA (kat-uh-toe'nee-uh) n. A condition of suspended animation in
  258.    which the system is in a wedged (CATATONIC) state.
  259.  
  260. CDR (ku'der) [from LISP] v. With "down", to trace down a list of
  261.    elements.  "Shall we cdr down the agenda?"  Usage: silly.
  262.  
  263. CHINE NUAL n. The Lisp Machine Manual, so called because the title is
  264.    wrapped around the cover so only those letters show.
  265.  
  266. CHOMP v. To lose; to chew on something of which more was bitten off
  267.    than one can.  Probably related to gnashing of teeth.  See
  268.    BAGBITER.  A hand gesture commonly accompanies this, consisting of
  269.    the four fingers held together as if in a mitten or hand puppet,
  270.    and the fingers and thumb open and close rapidly to illustrate a
  271.    biting action.  The gesture alone means CHOMP CHOMP (see Verb
  272.    Doubling).
  273.  
  274. CLOSE n. Abbreviation for "close (or right) parenthesis", used when
  275.    necessary to eliminate oral ambiguity.  See OPEN.
  276.  
  277. COKEBOTTLE n. Any very unusual character.  MIT people complain about
  278.    the "control-meta-cokebottle" commands at SAIL, and SAIL people
  279.    complain about the "altmode-altmode-cokebottle" commands at MIT.
  280.  
  281. COM MODE (variant: COMM MODE) [from the ITS feature for linking two or
  282.    more terminals together so that text typed on any is echoed on all,
  283.    providing a means of conversation among hackers] n. The state a
  284.    terminal is in when linked to another in this way.  Com mode has a
  285.    special set of jargon words, used to save typing, which are not
  286.    used orally:
  287.         BCNU    Be seeing you.
  288.         BTW     By the way...
  289.         BYE?    Are you ready to unlink?  (This is the standard way to
  290.                 end a com mode conversation; the other person types
  291.                 BYE to confirm, or else continues the conversation.)
  292.         CUL     See you later.
  293.         FOO?    A greeting, also meaning R U THERE?  Often used in the
  294.                 case of unexpected links, meaning also "Sorry if I
  295.                 butted in" (linker) or "What's up?" (linkee).
  296.         FYI     For your information...
  297.         GA      Go ahead (used when two people have tried to type
  298.                 simultaneously; this cedes the right to type to
  299.                 the other).
  300.         HELLOP  A greeting, also meaning R U THERE?  (An instance
  301.                 of the "-P" convention.)
  302.         MtFBWY  May the Force be with you.  (From Star Wars.)
  303.         NIL     No (see the main entry for NIL).
  304.         OBTW    Oh, by the way...
  305.         R U THERE?      Are you there?
  306.         SEC     Wait a second (sometimes written SEC...).
  307.         T       Yes (see the main entry for T).
  308.  
  309.         TNX     Thanks.
  310.         TNX 1.0E6       Thanks a million (humorous).
  311.         <double CRLF>  When the typing party has finished, he types
  312.                 two CRLF's to signal that he is done; this leaves a
  313.                 blank line between individual "speeches" in the
  314.                 conversation, making it easier to re-read the
  315.                 preceding text.
  316.         <name>: When three or more terminals are linked, each speech
  317.                 is preceded by the typist's login name and a colon (or
  318.                 a hyphen) to indicate who is typing.  The login name
  319.                 often is shortened to a unique prefix (possibly a
  320.                 single letter) during a very long conversation.
  321.         /\/\/\  The equivalent of a giggle.
  322.    At Stanford, where the link feature is implemented by "talk loops",
  323.    the term TALK MODE is used in place of COM MODE.  Most of the above
  324.    "sub-jargon" is used at both Stanford and MIT.
  325.  
  326. CONNECTOR CONSPIRACY [probably came into prominence with the
  327.    appearance of the KL-10, none of whose connectors match anything
  328.    else] n. The tendency of manufacturers (or, by extension,
  329.    programmers or purveyors of anything) to come up with new products
  330.    which don't fit together with the old stuff, thereby making you buy
  331.    either all new stuff or expensive interface devices.
  332.  
  333. CONS [from LISP] 1. v. To add a new element to a list.  2. CONS UP:
  334.    v. To synthesize from smaller pieces: "to cons up an example".
  335.  
  336. CRASH 1. n. A sudden, usually drastic failure.  Most often said of the
  337.    system (q.v., definition #1), sometimes of magnetic disk drives.
  338.    "Three lusers lost their files in last night's disk crash."  A disk
  339.    crash which entails the read/write heads dropping onto the surface
  340.    of the disks and scraping off the oxide may also be referred to as
  341.    a "head crash".  2. v. To fail suddenly.  "Has the system just
  342.    crashed?"  Also used transitively to indicate the cause of the
  343.    crash (usually a person or a program, or both).  "Those idiots
  344.    playing spacewar crashed the system."  Sometimes said of people.
  345.    See GRONK OUT.
  346.  
  347. CRETIN 1. n. Congenital loser (q.v.).  2. CRETINOUS: adj. See
  348.    BLETCHEROUS and BAGBITING.  Usage: somewhat ad hominem.
  349.  
  350. CRLF (cur'lif, sometimes crul'lif) n. A carriage return (CR) followed
  351.    by a line feed (LF).  See TERPRI.
  352.  
  353. CROCK [probably from "layman" slang, which in turn may be derived from
  354.    "crock of shit"] n. An awkward feature or programming technique
  355.    that ought to be made cleaner.  Example: Using small integers to
  356.    represent error codes without the program interpreting them to the
  357.    user is a crock.  Also, a technique that works acceptably but which
  358.    is quite prone to failure if disturbed in the least, for example
  359.    depending on the machine opcodes having particular bit patterns so
  360.    that you can use instructions as data words too; a tightly woven,
  361.    almost completely unmodifiable structure.
  362.  
  363. CRUFTY [from "cruddy"] adj. 1. Poorly built, possibly overly complex.
  364.    "This is standard old crufty DEC software".  Hence CRUFT, n. shoddy
  365.    construction.  Also CRUFT, v. [from hand cruft, pun on hand craft]
  366.    to write assembler code for something normally (and better) done by
  367.    a compiler.  2. Unpleasant, especially to the touch, often with
  368.    encrusted junk.  Like spilled coffee smeared with peanut butter and
  369.    catsup.  Hence CRUFT, n. disgusting mess.  3. Generally unpleasant.
  370.    CRUFTY or CRUFTIE n. A small crufty object (see FROB); often one
  371.    which doesn't fit well into the scheme of things.  "A LISP property
  372.    list is a good place to store crufties (or, random cruft)."
  373.    [Note:  Does CRUFT have anything to do with the Cruft Lab at
  374.    Harvard?  I don't know, though I was a Harvard student. - GLS]
  375.  
  376. CRUNCH v. 1. To process, usually in a time-consuming or complicated
  377.    way.  Connotes an essentially trivial operation which is
  378.    nonetheless painful to perform.  The pain may be due to the
  379.    triviality being imbedded in a loop from 1 to 1000000000.  "FORTRAN
  380.    programs do mostly number crunching."  2. To reduce the size of a
  381.    file by a complicated scheme that produces bit configurations
  382.    completely unrelated to the original data, such as by a Huffman
  383.    code.  (The file ends up looking like a paper document would if
  384.    somebody crunched the paper into a wad.)  Since such compression
  385.    usually takes more computations than simpler methods such as
  386.    counting repeated characters (such as spaces) the term is doubly
  387.    appropriate.  (This meaning is usually used in the construction
  388.    "file crunch(ing)" to distinguish it from "number crunch(ing)".)
  389.    3. n. The character "#".  Usage: used at Xerox and CMU, among other
  390.    places.  Other names for "#" include SHARP, NUMBER, HASH, PIG-PEN,
  391.    POUND-SIGN, and MESH.  GLS adds: I recall reading somewhere that
  392.    most of these are names for the # symbol IN CONTEXT.  The name for
  393.    the sign itself is "octothorp".
  394.  
  395. CTY (city) n. The terminal physically associated with a computer's
  396.    operating console.
  397.  
  398. CUSPY [from the DEC acronym CUSP, for Commonly Used System Program,
  399.    i.e., a utility program used by many people] (WPI) adj. 1. (of a
  400.    program) Well-written.  2. Functionally excellent.  A program which
  401.    performs well and interfaces well to users is cuspy.  See RUDE.
  402.  
  403. DAEMON (day'mun, dee'mun) [archaic form of "demon", which has slightly
  404.    different connotations (q.v.)] n. A program which is not invoked
  405.    explicitly, but which lays dormant waiting for some condition(s) to
  406.    occur.  The idea is that the perpetrator of the condition need not
  407.    be aware that a daemon is lurking (though often a program will
  408.    commit an action only because it knows that it will implicitly
  409.    invoke a daemon).  For example, writing a file on the lpt spooler's
  410.    directory will invoke the spooling daemon, which prints the file.
  411.    The advantage is that programs which want (in this example) files
  412.    printed need not compete for access to the lpt.  They simply enter
  413.    their implicit requests and let the daemon decide what to do with
  414.    them.  Daemons are usually spawned automatically by the system, and
  415.    may either live forever or be regenerated at intervals.  Usage:
  416.    DAEMON and DEMON (q.v.) are often used interchangeably, but seem to
  417.    have distinct connotations.  DAEMON was introduced to computing by
  418.    CTSS people (who pronounced it dee'mon) and used it to refer to
  419.    what is now called a DRAGON or PHANTOM (q.v.).  The meaning and
  420.    pronunciation have drifted, and we think this glossary reflects
  421.    current usage.
  422.  
  423. DAY MODE  See PHASE (of people).
  424.  
  425. DEADLOCK n. A situation wherein two or more processes are unable to
  426.    proceed because each is waiting for another to do something.  A
  427.    common example is a program communicating to a PTY or STY, which
  428.    may find itself waiting for output from the PTY/STY before sending
  429.    anything more to it, while the PTY/STY is similarly waiting for
  430.    more input from the controlling program before outputting anything.
  431.    (This particular flavor of deadlock is called "starvation".
  432.    Another common flavor is "constipation", where each process is
  433.    trying to send stuff to the other, but all buffers are full because
  434.    nobody is reading anything.)  See DEADLY EMBRACE.
  435.  
  436. DEADLY EMBRACE n. Same as DEADLOCK (q.v.), though usually used only
  437.    when exactly two processes are involved.  DEADLY EMBRACE is the
  438.    more popular term in Europe; DEADLOCK in the United States.
  439.  
  440. *****  End of "The Hackers Dictionary", part 1 of 4  *****
  441.  
  442.